本文上篇的文章連接頁面如右：https://www.openfoundry.org/tw/legal-column-list/8446-the-license-inheritance-bounds-of-gnu-gpl-01 【實務上對 GPL 衍生程式可資操作的基本判別流程】 綜上所述、關於 GPL 衍生程式的判定標準，以及其授權拘束性的擴散範圍，可以歸納出三個可資操作的基本判別流程： 該軟體專案中是否內含 ...

GPL 類別的授權程式，最為人著稱的特性便是其「牽一髮而動全身」的授權拘束性（License Inheritance，註一）。所謂的「授權拘束性」白話來說，指的是當使用者將 GPL 授權的程式碼抄寫到自己的軟體專案時，如果抄寫程度佔專案程式碼的比例很大，或是此一 GPL 授權元件提供了專案的核心功能，並且專案的其他元件在互動上亦無法與其分割，則整個軟體專案便會一體被視為該 GPL 授權元件的衍生著作，嗣後使用者如果再行散布這個軟體專案，便僅能適用 ...

... 類的授權條款來釋出，而誤認其使用上幾乎沒有任何限制，甚至將元件改用收取授權金或封閉源碼的方式來再散布，其後肇生 GPL 侵權訴訟的法律風險性便會大為提高！ 然而、自由開源軟體專案的源碼混入模式，也並非全然不利於商業產品的加值運用。端視應用者從哪一個角度來觀察這個開發特性。一般來說、目前大型商業公司在採用自由開源軟體進行產品開發時，首先在選擇階段上、多會傾向取用有穩固社群支援的軟體專案，此種作法的原因、一來具有穩固社群支援的自由開源軟體專案，多已建立了較為嚴縝的程式碼貢獻 ...